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DETAILED ACTION 

Response to Amendment 

1 . Applicant's amendment filed on 06/20/2008 has been entered. Claims 1 , 1 3, 1 9, 
24, 34, 43, 50, 56, 57 and 64 have been amended. Claims 1-70 are still pending in the 
application with claims 1,13, 24, 34, 43, 50, 57, and 64 being independent. 

Claim Rejections - 35 USC § 103 

2. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 

3. This application currently names joint inventors. In considering patentability of 
the claims under 35 U.S.C. 103(a), the examiner presumes that the subject matter of 
the various claims was commonly owned at the time any inventions covered therein 
were made absent any evidence to the contrary. Applicant is advised of the obligation 
under 37 CFR 1 .56 to point out the inventor and invention dates of each claim that was 
not commonly owned at the time a later invention was made in order for the examiner to 
consider the applicability of 35 U.S.C. 103(c) and potential 35 U.S.C. 102(e), (f) or (g) 
prior art under 35 U.S.C. 103(a). 
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4. Claims 1-5, 34, 36, 43-47, and 57-61 are rejected under 35 U.S.C. 103(a) as 
being unpatentable over Gleeson et al. (US Patent No: 5,959,989) in view of Shinomiya 
(US Pub. No: 2003/0037165 A1). 

Regarding claim 1, Gleeson et al. teach a method comprising: 
receiving a packet, the packet comprising a multicast destination address (see col. 13, 
line 20 wherein a receipt of multicast message is mentioned at MND); and sending a 
copy of the packet to a virtual network device sub-unit via a virtual network 
device link (see col. 13, lines 39-48 wherein transmission of multicast message to VLAN 
designation is mentioned). 

Gleeson et al. do not teach specifically the above method wherein the virtual 
network device link couples two virtual network device sub-units, and wherein the two 
virtual network device sub-units are configured to operate as a single virtual network 
device. 

However, Shinomiya teaches the method wherein the virtual network device link 
couples two virtual network device sub-units, and wherein the two virtual network device 
sub-units are configured to operate as a single virtual network device (see Fig.1 and 
also see page 2, para [0043] wherein a single virtual router constituted by two other 
routers and connected to other end systems through a hub/link and operated with 
VRRP protocol is mentioned). 
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Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Gleeson et al. to include the virtual 
network device link coupling two virtual network device sub-units and configuring the 
two virtual network device sub-units to operate as a single virtual network device, 
disclosed by Shinomiya in order to provide dynamic load distribution in the network and 
thereby improve the performance of the network for multicast data transmission. 

Regarding claim 2, Gleeson et al. further teach the method wherein the sending 
comprises: sending at most one copy of the packet via the virtual network device link 
(see col. 15, lines 6-12 wherein sending of at most one copy of the message to VLAN 
segment of the network is mentioned). 

Regarding claim 3, Gleeson et al. further teach the method further comprising: 
receiving a second packet via the virtual network device link, the second packet 
comprising a second multicast destination address (see col. 15, lines 15-23); and 
replicating the second packet for each of a plurality of outgoing VLANs (Virtual Local 
Area Networks) associated with the second multicast destination address (see col. 15, 
lines 26-28 wherein generation of one or more frames based on MVLAN ID is 
mentioned). 

Regarding claims 4 and 5, Gleeson et al. further teach the method further 
comprising: 

sending at least one copy of the second packet to each line card that includes an 



Application/Control Number: 10/826,888 Page 5 

Art Unit: 2619 

interface associated with one of the outgoing VLANs (see Fig.2A and col. 15, lines 37- 
39 wherein sending of the message onto its single port physical interface on trunk 234 
by MND 228 is mentioned and trunk 234 which is both incoming/outgoing trunk and is 
outgoing in this case) and sending at least one copy of the second packet to each line 
card that includes an interface associated with an incoming VLAN, wherein the second 
packet is being conveyed in the incoming VLAN (see Fig.2A and col. 15, lines 37-39 
wherein sending of the message onto its single port physical interface on trunk 234 by 
MND 228 is mentioned and trunk 234 which is both incoming/outgoing trunk and is 
incoming in this case). 

Regarding claim 34, Gleeson et al. teach a system comprising: an interface to a 
virtual network device link, wherein the interface is configured to receive a packet (see 
col. 13, line 20 wherein a receipt of multicast message is mentioned at MND); and a 
distributed forwarding module coupled to the interface, wherein the distributed 
forwarding module is configured to forward the packet (see col. 13, lines 39-48 wherein 
distribution of multicast message by multicast controller of MND to VLAN designations 
is mentioned). 

Gleeson et al. do not teach specifically the system comprising the virtual network 
device link couples two virtual network device sub- units, and the two virtual network 
device sub-units are configured to operate as a single virtual network device. 
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However, Shinomiya teaches the system comprising the virtual network device 
link couples two virtual network device sub- units, and the two virtual network device 
sub-units are configured to operate as a single virtual network device (see Fig.1 and 
also see page 2, para [0043] wherein a single virtual router constituted by two other 
routers and connected to other end systems through a hub/link and operated with 
VRRP protocol is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al. to include the virtual network 
device link coupling two virtual network device sub-units and configuring the two virtual 
network device sub-units to operate as a single virtual network device, disclosed by 
Shinomiya in order to provide dynamic load distribution in the network and thereby 
improve the performance of the network for multicast data transmission. 

Regarding claim 36, Gleeson et al. further teach the system wherein 
the packet includes a multicast destination address (see col. 15, lines 15-23), and the 
distributed forwarding module is configured to replicate the packet for each of a plurality 
of outgoing VLANs associated with the multicast destination address (see col. 15, lines 
26-28 wherein generation of one or more frames based on MVLAN ID by multicast 
controller at MND is mentioned). 

Regarding claim 43, Gleeson et al. teach a system comprising: means for 
receiving a packet, the packet comprising a multicast destination address (see col. 13, 
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line 20 wherein a receipt of multicast message is mentioned at MND); and means for 
sending a copy of the packet to a virtual network device sub-unit via a virtual network 
device link (see col. 13, lines 39-48 wherein transmission of multicast message to VLAN 
designations is mentioned). 

Gleeson et al. do not teach specifically the system comprising the virtual network 
device link couples two virtual network device sub-units, and the two virtual 
network device sub-units are configured to operate as a single virtual network device. 

However, Shinomiya teaches the system comprising the virtual network device 
link couples two virtual network device sub-units, and the two virtual network device 
sub-units are configured to operate as a single virtual network device (see Fig.1 and 
also see page 2, para [0043] wherein a single virtual router constituted by two other 
routers and connected to other end systems through a hub/link and operated with 
VRRP protocol is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al. to include the virtual network 
device link coupling two virtual network device sub-units and configuring the two virtual 
network device sub-units to operate as a single virtual network device, disclosed by 
Shinomiya in order to provide dynamic load distribution in the network and thereby 
improve the performance of the network for multicast data transmission. 
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Regarding claim 44, Gleeson et al. further teach the system, wherein sending 
the copy of the packet to the virtual network device sub-unit comprises: sending at most 
one copy of the packet via the virtual network device link (see col.1 5, lines 6-1 2 wherein 
sending of at most one copy of the message to VLAN segment of the network is 
mentioned). 

Regarding claim 45, Gleeson et al. further teach the system further comprising: 
means for receiving a second packet via the virtual network device link, the second 
packet comprising a second multicast destination address (see col. 15, lines 15-23); and 
means for replicating the second packet for each of a plurality of outgoing VLANs 
(Virtual Local Area Networks) associated with the second multicast destination address 
(see col. 15, lines 26-28 wherein generation of one or more frames based on MVLAN ID 
is mentioned). 

Regarding claims 46 and 47, Gleeson et al. further teach the system further 
comprising: means for sending at least one copy of the second packet to each line card 
that includes an interface associated with one of the outgoing VLANs (see Fig.2A and 
col. 15, lines 37-39 wherein sending of the message onto its single port physical 
interface on trunk 234 by MND 228 is mentioned and trunk 234 which is both 
incoming/outgoing trunk and is outgoing in this case) and means for sending at least 
one copy of the second packet to each line card that includes an interface associated 
with an incoming VLAN, wherein the second packet is being conveyed in the incoming 
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VLAN (see Fig.2A and col. 15, lines 37-39 wherein sending of the message onto its 
single port physical interface on trunk 234 by MND 228 is mentioned and trunk 234 
which is both incoming/outgoing trunk and is incoming in this case). 

Regarding claim 57, Gleeson et al. teach a computer readable medium storing 
a program, the program comprising program instructions executable to (see col. 9, lines 
50-55): detect reception of a packet, the packet comprising a multicast destination 
address (see col. 13, line 20 wherein a receipt of multicast message is mentioned at 
MND); and send a copy of the packet to a virtual network device sub-unit via a virtual 
network device link (see col. 13, lines 39-48 wherein transmission of multicast message 
to VLAN designations is mentioned). 

Gleeson et al. do not teach specifically execution of the above computer 
readable medium having the virtual network device link couples two virtual network 
device sub-units, and the two virtual network device sub-units are configured to operate 
as a single virtual network device. 

However, Shinomiya teaches the execution of the computer readable medium 
having the virtual network device link couples two virtual network device sub-units, and 
the two virtual network device sub-units are configured to operate as a single virtual 
network device (see Figures 1 & 2 and also see page 2, para [0043] wherein a single 
virtual router constituted by two other routers and connected to other end systems 
through a hub/link and operated with VRRP protocol is mentioned). 
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Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the execution of the computer readable medium of 
Gleeson et al. to include the virtual network device link coupling two virtual network 
device sub-units and configuring the two virtual network device sub-units to operate as 
a single virtual network device, disclosed by Shinomiya in order to provide dynamic load 
distribution in the network and thereby improve the performance of the network for 
multicast data transmission. 

Regarding claim 58, Gleeson et al. further teach the computer readable medium 
of claim 57, wherein sending the copy of the packet to the virtual network device sub- 
unit comprises: sending at most one copy of the packet via the virtual network device 
link (see col.1 5, lines 6-1 2 wherein sending of at most one copy of the message to 
VLAN segment of the network is mentioned). 

Regarding claim 59, Gleeson et al. further teach the computer readable medium 
of claim 58, wherein the program instructions are further executable to: detect reception 
of a second packet via the virtual network device link, the second packet comprising a 
second multicast destination address (see col. 15, lines 15-23); and replicate the second 
packet for each of a plurality of outgoing VLANs (Virtual Local Area Networks) 
associated with the second multicast destination address (see col. 15, lines 26-28 
wherein generation of one or more frames based on MVLAN ID is mentioned). 
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Regarding claims 60 and 61, Gleeson et al. further teach the computer 
readable medium of claim 59, wherein the program instructions are further executable 
to: send at least one copy of the second packet to each line card that includes an 
interface associated with one of the outgoing VLANs (see Fig.2A and col. 15, lines 37-39 
wherein sending of the message onto its single port physical interface on trunk 234 by 
MND 228 is mentioned and trunk 234 which is both incoming/outgoing trunk and is 
outgoing in this case) and send at least one copy of the second packet to each line card 
that includes an interface associated with an incoming VLAN, wherein the second 
packet is being conveyed in the incoming VLAN (see Fig.2A and col. 15, lines 37-39 
wherein sending of the message onto its single port physical interface on trunk 234 by 
MND 228 is mentioned and trunk 234 which is both incoming/outgoing trunk and is 
incoming in this case). 

5. Claims 13-17, 50-54, and 64-68 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kalkunte et al. (US Pub. No: 2003/0198231 A1) in view of Shinomiya 
(US Pub. No: 2003/0037165 A1). 

Regarding claim 13, Kalkunte et al. teach a method, comprising: receiving a 
packet via a virtual network device link, the packet comprising a unicast destination 
address (see page 3, para [0037], lines 1-3 wherein receipt of unicast packet by fabric 
ingress is mentioned and also see page 2, para [0032], lines 6-9 wherein support of 
VLANs for unicast/broadcast by the fabric is mentioned); and performing an egress 
lookup for the packet in response to the receiving the packet (see page 3, para[0037], 
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lines 1-6 wherein validity of egress port in the header and forwarding of packet to the 
egress port are mentioned). 

Kalkunte et al. do not teach specifically the method comprising the virtual 
network device link couples two virtual network device sub-units, and the two virtual 
network device sub-units are configured to operate as a single virtual 
network device. 

However, Shinomiya teaches the method comprising the virtual network device link 
couples two virtual network device sub-units and the two virtual network device sub- 
units are configured to operate as a single virtual network device (see Fig.1 and also 
see page 2, para [0043] wherein a single virtual router constituted by two other routers 
and connected to other end systems through a hub/link and operated with VRRP 
protocol is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al. to include the virtual 
network device link coupling two virtual network device sub-units and configuring the 
two virtual network device sub-units to operate as a single virtual network device, 
disclosed by Shinomiya in order to provide dynamic load distribution in the network 
switch and thereby improve the performance of the network switch for data 
transmission. 
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Regarding claim 14, Kalkunte et al. further teach the method wherein a header 
associated with the packet is also received via the virtual network device link, the 
header comprises a destination identifier (see page 3, para [0037], lines 1-6 wherein the 
receipt of header associated with the packet and the destination module id information 
in the header are mentioned). 

Regarding claim 15, Kalkunte et al. further teach the method further comprising: 
sending the packet and the header to another line card if a non-primary entry 
corresponding to the unicast destination address is found during the egress lookup (see 
page 3, para [0037], lines 7-10 wherein more than one path to destination module in the 
fabric is mentioned which is equivalent to having a non-primary entry corresponding to 
the unicast destination address and choosing another egress port based on the ingress 
port is mentioned). 

Regarding claim 16, Kalkunte et al. further teach the method further comprising: 
if a primary entry corresponding to the unicast destination address is found during the 
egress lookup: sending the packet from an interface identified by the primary entry (see 
page 3, para [0037], lines 10-14 wherein direct connection of destination modules to the 
fabric is mentioned which is equivalent to having a primary entry corresponding to the 
unicast destination address and the selection of the fabric egress port for sending the 
packet based on the destination module id and independent of fabric ingress port is 
mentioned). 
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Regarding claim 17, Kalkunte et al. further teach the method further comprising: 
sending a notification via the virtual network device link if the destination identifier 
comprised in the header does not match a destination identifier comprised in 
the primary entry, wherein the notification identifies the unicast destination address as 
corresponding to the destination identifier comprised in the primary entry (see page 3, 
para [0041] wherein a packet with unknown (Domain Lookup Failure) unicast address is 
mentioned and in this event, the use of VLAN ID to indicate all the ports the packet is 
supposed to be delivered is mentioned). 

Regarding claim 50, Kalkunte et al. teach a system comprising: means for 
receiving a packet via a virtual network device link, the packet comprising a unicast 
destination address (see page 3, para [0037], lines 1-3 wherein receipt of unicast 
packet by fabric ingress is mentioned and also see page 2, para [0032], lines 6-9 
wherein support of VLANs for unicast/broadcast by the fabric is mentioned); and means 
for performing an egress lookup for the packet (see page 3, para[0037], lines 1-6 
wherein validity of egress port in the header and forwarding of packet to the egress port 
are mentioned). 

Kalkunte et al. do not teach specifically the system comprising the virtual network 
device link couples two virtual network device sub-units, and the two virtual network 
device sub-units are configured to operate as a single virtual network device. 
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However, Shinomiya teaches the system comprising the virtual network device link 
couples two virtual network device sub-units and the two virtual network device sub- 
units are configured to operate as a single virtual network device (see Fig.1 and also 
see page 2, para [0043] wherein a single virtual router constituted by two other routers 
and connected to other end systems through a hub/link and operated with VRRP 
protocol is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Kalkunte et al. to include the virtual 
network device link coupling two virtual network device sub-units and configuring the 
two virtual network device sub-units to operate as a single virtual network device, 
disclosed by Shinomiya in order to provide dynamic load distribution in the network 
switch and thereby improve the performance of the network switch for data 
transmission. 

Regarding claim 51, Kalkunte et al. further teach the system wherein a header 
associated with the packet is also received via the virtual network device link, the 
header comprises a destination identifier obtained by performing an ingress lookup for 
the packet (see page 3, para [0037], lines 1-6 wherein the receipt of frame/packet with 
the header by fabric ingress and the destination module id information in the header are 
mentioned). 
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Regarding claim 52, Kalkunte et al. further teach the system further comprising: 
means for sending the packet and the header to another line card if a non-primary entry 
corresponding to the unicast destination address is found during the egress lookup (see 
page 3, para [0037], lines 7-10 wherein more than one path to destination module in the 
fabric is mentioned which is equivalent to having a non-primary entry corresponding to 
the unicast destination address and choosing another egress port based on the ingress 
port is mentioned). 

Regarding claim 53, Kalkunte et al. further teach the system further comprising: 
means for sending the packet from an interface identified by a primary entry, if the 
primary entry corresponding to the unicast destination address is found during 
the egress lookup (see page 3, para [0037], lines 10-14 wherein direct connection of 
destination modules to the fabric is mentioned which is equivalent to having a primary 
entry corresponding to the unicast destination address and the selection of the fabric 
egress port for sending the packet based on the destination module id and independent 
of fabric ingress port is mentioned). 

Regarding claim 54, Kalkunte et al. further teach the system further comprising: 
means for sending a notification via the virtual network device link if the destination 
identifier comprised in the header does not match a destination identifier comprised in 
the primary entry, wherein the notification identifies the unicast destination address as 
corresponding to the destination identifier comprised in the primary entry (see page 3, 
para [0041] wherein a packet with unknown (Domain Lookup Failure) unicast address is 
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mentioned and in this event, the use of VLAN ID to indicate all the ports the packet is 
supposed to be delivered is mentioned). 

Regarding claim 64, Kalkunte et al. teach a computer readable medium storing 
a program, the program comprising program instructions executable to (see page 2, 
para [0032]): detect reception of a packet via a virtual network device link, the packet 
comprising a unicast destination address (see page 3, para [0037], lines 1-3 wherein 
receipt of unicast packet by fabric ingress is mentioned and also see page 2, para 
[0032], lines 6-9 wherein support of VLANs for unicast/broadcast by the fabric is 
mentioned); and perform an egress lookup for the packet (see page 3, para[0037], lines 
1-6 wherein validity of egress port in the header and forwarding of packet to the egress 
port are mentioned). 

Kalkunte et al. do not teach specifically execution of the above computer 
readable medium having the virtual network device link couples two virtual network 
device sub-units, and the two virtual network device sub-units are configured to operate 
as a single virtual network device. 

However, Shinomiya teaches the execution of the computer readable medium 
having the virtual network device link couples two virtual network device sub-units, and 
the two virtual network device sub-units are configured to operate as a single virtual 
network device (see Figures 1 & 2 and also see page 2, para [0043] wherein a single 
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virtual router constituted by two other routers and connected to other end systems 
through a hub/link and operated with VRRP protocol is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the execution of the computer readable medium of 
Kalkunte et al. to include the virtual network device link coupling two virtual network 
device sub-units and configuring the two virtual network device sub-units to operate as 
a single virtual network device, disclosed by Shinomiya in order to provide dynamic load 
distribution in the network switch and thereby improve the performance of the network 
switch for data transmission. 

Regarding claim 65, Kalkunte et al. further teach the computer readable 
medium wherein a header associated with the packet is also received via the virtual 
network device link, the header comprises a destination identifier (see page 3, para 
[0037], lines 1-6 wherein the receipt of header associated with the packet and the 
destination module id information in the header are mentioned). 

Regarding claim 66, Kalkunte et al. further teach the computer readable 
medium wherein the program instructions are further executable to send the packet and 
the header to another line card if a non-primary entry corresponding to the unicast 
destination address is found during the egress lookup (see page 3, para [0037], lines 7- 
10 wherein more than one path to destination module in the fabric is mentioned which is 
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equivalent to having a non-primary entry corresponding to the unicast destination 
address and choosing another egress port based on the ingress port is mentioned). 

Regarding claim 67, Kalkunte et al. further teach the computer readable 
medium wherein the program instructions are further executable to send the packet 
from an interface identified by a primary entry, if the primary entry corresponding to the 
unicast destination address is found during the egress lookup (see page 3, para [0037], 
lines 10-14 wherein direct connection of destination modules to the fabric is mentioned 
which is equivalent to having a primary entry corresponding to the unicast destination 
address and the selection of the fabric egress port for sending the packet based on the 
destination module id and independent of fabric ingress port is mentioned). 

Regarding claim 68, Kalkunte et al. further teach the computer readable 
medium wherein the program instructions are further executable to send a notification 
via the virtual network device link if the destination identifier comprised in the header 
does not match a destination identifier comprised in the primary entry, wherein the 
notification identifies the unicast destination address as corresponding to the destination 
identifier comprised in the primary entry (see page 3, para [0041] wherein a packet with 
unknown (Domain Lookup Failure) unicast address is mentioned and in this event, the 
use of VLAN ID to indicate all the ports the packet is supposed to be delivered is 
mentioned). 

6. Claims 6-7, 48, and 62 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Gleeson et al. (US Patent No: 5,959,989) in view of Shinomiya (US 
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Pub. No: 2003/00371 65 A1 ) and further in view of Ellis et al. (US Pub. No: 
2002/0126671 A1). 

Regarding claim 6, Gleeson et al. and Shinomiya do not teach specifically the 
method further comprising: sending at most one copy of the second packet to each line 
card that includes an interface associated with one of the outgoing VLANs. 

However, Ellis et al. teach the method comprising sending at most one copy of 
the second packet to each line card that includes an interface associated with one of the 
outgoing VLANs (see page 6, para [0076], lines 1-4 wherein sending each replicated 
packet according to destination into a VOQ which exists at each ingress/egress port of a 
fabric card is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Gleeson et al. and Shinomiya to include 
sending at most one copy of the second packet to each line card that includes an 
interface associated with one of the outgoing VLANs disclosed by Ellis et al. for 
optimum load balancing and faster transmission of multicast packet in the network. 

Regarding claim 7, Gleeson et al. and Shinomiya do not teach specifically the 
method further comprising: not sending any copy of the second packet via an uplink 
interface coupled to a virtual network device bundle. 
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However, Ellis et al. teach the method comprising not sending any copy of the 
second packet via an uplink interface coupled to a virtual network device bundle (see 
Fig. 8 and page 10, para [0109] wherein sending of multicast packet by fabric 81 1 to 
ports on LC 806 which is equivalent to sending to downlink interface ports and not 
sending multicast packet by fabric 81 1 to ports of LCs 802-804 which is equivalent to 
uplink interface coupled to a virtual network device bundle are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Gleeson et al. and Shinomiya to include 
not sending any copy of the second packet via an uplink interface coupled to a virtual 
network device bundle disclosed by Ellis et al. for optimum load balancing and faster 
transmission of multicast packet in the network. 

Regarding claim 48, Gleeson et al. and Shinomiya do not teach specifically the 
system further comprising: means for sending at most one copy of the second packet to 
each line card that includes an interface associated with one of the outgoing VLANs. 

However, Ellis et al. teach the system comprising means for sending at most one 
copy of the second packet to each line card that includes an interface associated with 
one of the outgoing VLANs (see page 6, para [0076], lines 1-4 wherein sending each 
replicated packet according to destination into a VOQ which exists at each 
ingress/egress port of a fabric card is mentioned). 
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Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al. and Shinomiya to include 
means for sending at most one copy of the second packet to each line card that 
includes an interface associated with one of the outgoing VLANs disclosed by Ellis et al. 
for optimum load balancing and faster transmission of multicast packet in the network. 

Regarding claim 62, Gleeson et al. and Shinomiya do not teach specifically the 
computer readable medium, wherein the program instructions are further executable to: 
send at most one copy of the second packet to each line card that includes an interface 
associated with one of the outgoing VLANs. 

However, Ellis et al. teach the computer readable medium, wherein the program 
instructions are further executable to send at most one copy of the second packet to 
each line card that includes an interface associated with one of the outgoing VLANs 
(see page 6, para [0076], lines 1-4 wherein sending each replicated packet according to 
destination into a VOQ which exists at each ingress/egress port of a fabric card is 
mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the computer readable medium of Gleeson et al. and 
Shinomiya, wherein the program instructions are further executable to send at most one 
copy of the second packet to each line card that includes an interface associated with 
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one of the outgoing VLANs disclosed by Ellis et al. for optimum load balancing and 
faster transmission of multicast packet in the network. 

7. Claims 8-1 2, 40-42, 49, and 63 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Gleeson et al. (US Patent No: 5,959,989) in view of Shinomiya (US 
Pub. No: 2003/0037165 A1) and further in view of Kalkunte et al. (US Pub No: 
2003/0198231 A1). 

Regarding claim 8, Gleeson et al. and Shinomiya do not teach specifically the 
method further comprising: receiving a third packet via the virtual network device link, 
the third packet comprising a unicast destination address; and performing an egress 
lookup for the third packet in response to the receiving the third packet. 

However, Kalkunte et al. teach the method comprising: receiving a third packet 
via the virtual network device link, the third packet comprising a unicast destination 
address (see page 3, para [0037], lines 1-3 wherein receipt of unicast packet by fabric 
ingress is mentioned and also see page 2, para [0032], lines 6-9 wherein support of 
VLANs for unicast/broadcast by the fabric is mentioned); and performing an egress 
lookup for the third packet in response to the receiving the third packet (see page 3, 
para[0037], lines 1-6 wherein validity of egress port in the header and forwarding of 
packet to the egress port are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Gleeson et al. and Shinomiya to include 



Application/Control Number: 10/826,888 Page 24 

Art Unit: 2619 

receiving a third packet via the virtual network device link, the third packet comprising a 
unicast destination address and performing an egress lookup for the third packet in 
response to the receiving the third packet disclosed by Kalkunte et al. to support unicast 
transmission of packet along with multicast transmission in the network and to improve 
the performance of the networking system for overall data transmission. 

Regarding claim 9, Kalkunte et al. further teach the method wherein a header 
associated with the third packet is also received via the virtual network device link, the 
header comprises a destination identifier (see page 3, para [0037], lines 1-6 wherein the 
receipt of header associated with the packet and the destination module id information 
in the header are mentioned). 

Regarding claim 10, Kalkunte et al. further teach the method further comprising: 
sending the third packet and the header to another line card if a non-primary entry 
corresponding to the unicast destination address is found during the egress lookup (see 
page 3, para [0037], lines 7-10 wherein more than one path to destination module in the 
fabric is mentioned which is equivalent to having a non-primary entry corresponding to 
the unicast destination address and choosing another egress port based on the ingress 
port is mentioned). 

Regarding claim 11, Kalkunte et al. further teach the method further comprising: 
if a primary entry corresponding to the unicast destination address is found during the 
egress lookup: sending the third packet from an interface identified by the primary entry 
(see page 3, para [0037], lines 10-14 wherein direct connection of destination modules 
to the fabric is mentioned which is equivalent to having a primary entry corresponding to 
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the unicast destination address and the selection of the fabric egress port for sending 
the packet based on the destination module id and independent of fabric ingress port is 
mentioned). 

Regarding claim 12, Kalkunte et al. further teach the method further comprising: 
sending a notification via the virtual network device link if the destination identifier 
comprised in the header does not match a destination identifier comprised in the 
primary entry, wherein the notification identifies the unicast destination address as 
corresponding to the destination identifier comprised in the primary entry (see page 3, 
para [0041] wherein a packet with unknown (Domain Lookup Failure) unicast address is 
mentioned and in this event, the use of VLAN ID to indicate all the ports the packet is 
supposed to be delivered is mentioned). 

Regarding claim 40, Gleeson et al. and Shinomiya do not teach specifically the 
system, wherein a header associated with the packet is also received via the virtual 
network device link, the header comprises a destination identifier, and the packet 
comprises the unicast destination address, and the distributed forwarding module is 
configured to send the packet and the header to another line card if a non-primary entry 
corresponding to the unicast destination address is found during the egress lookup. 

However, Kalkunte et al. teach the system, wherein a header associated 
with the packet is also received via the virtual network device link, the header comprises 
a destination identifier (see page 3, para[0037], lines 1-6 wherein the receipt of header 
associated with the packet and the destination module id information in the header are 
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mentioned), and the packet comprises the unicast destination address (see page 3, 
para [0037], lines 1-3 wherein receipt of unicast packet by fabric ingress is mentioned 
and also see page 2, para [0032], lines 6-9 wherein support of VLANs for 
unicast/broadcast by the fabric is mentioned), and the distributed forwarding module is 
configured to send the packet and the header to another line card if a non-primary entry 
corresponding to the unicast destination address is found during the egress lookup (see 
page 3, para [0037], lines 7-10 wherein more than one path to destination module in the 
fabric is mentioned which is equivalent to having a non-primary entry corresponding to 
the unicast destination address and choosing another egress port based on the ingress 
port is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al. and Shinomiya to include 
the receipt of a packet along with the header via the virtual network device link, the 
header comprises a destination identifier, and the packet comprises the unicast 
destination address, and the distributed forwarding module is configured to send the 
packet and the header to another line card if a non-primary entry corresponding to the 
unicast destination address is found during the egress lookup disclosed by Kalkunte et 
al. to support unicast transmission of packet along with multicast transmission and for 
optimum load balancing of traffic in the network. 

Regarding claim 41, Kalkunte et al. further teach the system further comprising: 
a second interface, wherein the distributed forwarding module is configured to send the 
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packet from the second interface if a primary entry corresponding to the unicast 
destination address is found during the egress lookup and if the primary entry identifies 
the second interface (see page 3, para [0037], lines 10-14 wherein direct connection of 
destination modules to the fabric is mentioned which is equivalent to having a primary 
entry corresponding to the unicast destination address and the selection of the fabric 
egress port for sending the packet based on the destination module id and independent 
of fabric ingress port is mentioned). 

Regarding claim 42, Kalkunte et al. further teach the system wherein the 
distributed forwarding module is configured to send a notification via the virtual network 
device link if a destination identifier comprised in the header does not match a 
destination identifier comprised in the primary entry, and the notification identifies the 
unicast destination address as corresponding to the destination identifier comprised in 
the primary entry (see page 3, para [0041] wherein a packet with unknown (Domain 
Lookup Failure) unicast address is mentioned and in this event, the use of VLAN ID to 
indicate all the ports the packet is supposed to be delivered is mentioned). 

Regarding claim 49, Gleeson et al. and Shinomiya do not teach specifically the 
system further comprising: means for receiving a third packet via the virtual network 
device link, the third packet comprising a unicast destination address; and means for 
performing an egress lookup for the third packet in response to receiving the third 
packet. 
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However, Kalkunte et al. teach the system comprising: means for receiving a 
third packet via the virtual network device link, the third packet comprising a unicast 
destination address (see page 3, para [0037], lines 1-3 wherein receipt of unicast 
packet by fabric ingress is mentioned and also see page 2, para [0032], lines 6-9 
wherein support of VLANs for unicast/broadcast by the fabric is mentioned); and means 
for performing an egress lookup for the third packet in response to receiving the third 
packet (see page 3, para[0037], lines 1-6 wherein validity of egress port in the header 
and forwarding of packet to the egress port are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al. and Shinomiya to include 
means for receiving a third packet via the virtual network device link, the third packet 
comprising a unicast destination address and means for performing an egress lookup 
for the third packet in response to receiving the third packet disclosed by Kalkunte et al. 
to support unicast transmission of packet along with multicast transmission in the 
network and for optimum load balancing of traffic in the network. 

Regarding claim 63, Gleeson et al. and Shinomiya do not teach specifically the 
computer readable medium, wherein the program instructions are further executable to: 
detect reception of a third packet via the virtual network device link, the third packet 
comprising a unicast destination address; and perform an egress lookup for the third 
packet in response to the receiving the third packet. 
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However, Kalkunte et al. teach the computer readable medium, wherein the 
program instructions are further executable to detect reception of a third packet via the 
virtual network device link, the third packet comprising a unicast destination address 
(see page 3, para [0037], lines 1-3 wherein receipt of unicast packet by fabric ingress is 
mentioned and also see page 2, para [0032], lines 6-9 wherein support of VLANs for 
unicast/broadcast by the fabric is mentioned) and perform an egress lookup for the third 
packet in response to the receiving the third packet (see page 3, para[0037], lines 1-6 
wherein validity of egress port in the header and forwarding of packet to the egress port 
are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the computer readable medium of Gleeson et al. and 
Shinomiya to modify the executable program instructions to detect reception of a third 
packet via the virtual network device link, the third packet comprising a unicast 
destination address and perform an egress lookup for the third packet in response to 
the receiving the third packet disclosed by Kalkunte et al. to support unicast 
transmission of packet along with multicast transmission in the network and for optimum 
load balancing of traffic in the network. 

8. Claims 35, 37, and 39 are rejected under 35 U.S.C. 1 03(a) as being 
unpatentable over Gleeson et al. (US Patent No: 5,959,989) in view of Shinomiya (US 
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Pub. No: 2003/00371 65 A1 ), further in view of Kalkunte et al. (US Pub No: 
2003/01 98231 A1 ) and further in view of Gallo et al. (US Patent No: 6,760,776 B1 ). 

Regarding claim 35, Gleeson et al. and Shinomiya do not teach specifically the 
system wherein the distributed forwarding module is configured to perform an egress 
lookup for the packet if the packet includes a unicast destination address. 

However, Kalkunte et al. teach the system wherein the distributed forwarding 
module is configured to perform an egress lookup for the packet if the packet includes a 
unicast destination address (see page 3, para [0037], lines 1-6 wherein receipt of 
unicast packet by fabric ingress is mentioned and validity of egress port in the header of 
packet and forwarding of packet to the egress port are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al. and Shinomiya to include 
the configuration of the distributed forwarding module to perform an egress lookup for 
the packet if the packet includes a unicast destination address disclosed by Kalkunte et 
al. to support unicast transmission of packet in the network. 

Gleeson et al., Shinomiya and Kalkunte et al. yet do not teach specifically the 
system wherein the distributed forwarding module is configured to perform an ingress 
lookup for the packet if the packet includes a multicast destination address. 
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However, Gallo et al. teach the system wherein the distributed forwarding module 
is configured to perform an ingress lookup for the packet if the packet includes a 
multicast destination address (see col. 3, lines 47-59). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al., Shinomiya and Kalkunte et 
al. to include the configuration of the distributed forwarding module to perform an 
ingress lookup for the packet if the packet includes a multicast destination address 
disclosed by Gallo et al. to support multicast transmission of packet along with unicast 
transmission in the network and to further improve the overall performance of the 
system for both multicast and unicast data transmission. . 

Regarding claim 37, Gleeson et al. further teach the system further comprising: 
one or more line cards, wherein the distributed forwarding module is configured to send 
at least one copy of the packet to each of the one or more line cards that includes an 
interface associated with one of the outgoing VLANs (see Fig.2A and col. 15, lines 37-39 
wherein sending of the message onto its single port physical interface on trunk 234 by 
MND 228 is mentioned and trunk 234 which is both incoming/outgoing trunk and is 
outgoing in this case). 

Regarding claim 39, Gleeson et al. further teach the system further comprising: 
a second interface configured to receive a second packet, wherein the second packet 
comprises a second multicast address (see col. 13, line 20 wherein a receipt of multicast 
message is mentioned at MND), and the distributed forwarding module is configured to 
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send at most one copy of the second packet via the virtual network device link (see 
col. 13, lines 46-53 and see col. 15, lines 6-12 wherein sending of at most one copy of 
the message to VLAN segment of the network is mentioned). 

9. Claim 38 is rejected under 35 U.S.C. 103(a) as being unpatentable over Gleeson 
et al. (US Patent No: 5,959,989) in view of Shinomiya (US Pub. No: 2003/0037165 A1), 
further in view of Kalkunte et al. (US Pub No: 2003/0198231 A1), further in view of Gallo 
et al. (US Patent No: 6,760,776 B1 ) and further in view of Ellis et al. (US Pub No: 
2002/0126671 A1). 

Regarding claim 38, Gleeson et al., Shinomiya, Kalkunte et al. and Gallo et al. 
do not teach specifically the system further comprising: one or more line cards, wherein 
the distributed forwarding module is configured to send at most one copy of the packet 
to each line card that includes an interface associated with one of the outgoing VLANs. 

However, Ellis et al. teach the system comprising one or more line cards, 
wherein the distributed forwarding module is configured to send at most one copy of the 
packet to each line card that includes an interface associated with one of the outgoing 
VLANs (see page 6, para [0076], lines 1-4 wherein sending each replicated packet 
according to destination into a VOQ which exists at each ingress/egress port of a fabric 
card is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Gleeson et al., Shinomiya, Kalkunte et al. 
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and Gallo et al. to include the configuration of the distributed forwarding module to send 
at most one copy of the packet to each line card that includes an interface associated 
with one of the outgoing VLANs disclosed by Ellis et al. for optimum load balancing and 
faster transmission of multicast packet in the network. 
10. Claims 18, 55, and 69 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kalkunte et al. (US Pub No: 2003/0198231 A1) in view of Shinomiya 
(US Pub. No: 2003/0037165 A1 ) and further in view of Ellis et al. (US Pub No: 
2002/0126671 A1). 

Regarding claims 18, 55 and 69, Kalkunte et al. and Shinomiya do not teach 
specifically the method/system/computer readable medium wherein the packet is only 
sent from the interface if the interface is not comprised in an uplink interface bundle. 

However, Ellis et al. teach the method/system/computer readable medium 
wherein the packet is only sent from the interface if the interface is not comprised in an 
uplink interface bundle (see Fig. 8 and page 10, para [0109] wherein sending of 
multicast packet by fabric 81 1 to ports on LC 806 which is equivalent to sending to 
downlink interface ports and not sending multicast packet by fabric 81 1 to ports of LCs 
802-804 which is equivalent to uplink interface bundle are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method/system/computer readable medium of 
Kalkunte et al. and Shinomiya to include sending the packet from the interface if the 
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interface is not comprised in an uplink interface bundle disclosed by Ellis et al. for 
optimum load balancing and faster transmission of multicast packet in the network. 
11. Claims 19-22, 56, and 70 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kalkunte et al. (US Pub No: 2003/0198231 A1) in view of Shinomiya 
(US Pub. No: 2003/0037165 A1) and further in view of Gleeson et al. (US Patent No: 
5,959,989). 

Regarding claim 19, Kalkunte et al. and Shinomiya do not teach specifically the 
method further comprising: receiving a second packet, the second packet comprising a 
multicast destination address; and sending at most one copy of the second packet to 
one of the two virtual network device sub-units via the virtual network device link. 

However, Gleeson et al. teach the method further comprising receiving a second 
packet, the second packet comprising a multicast destination address (see col. 13, line 
20 wherein a receipt of multicast message is mentioned at MND) and sending at most 
one copy of the second packet to one of the two virtual network device sub-units via the 
virtual network device link (see col. 13, lines 39-48 wherein transmission of multicast 
message to VLAN designation is mentioned and also see col. 15, lines 6-12 wherein 
sending of at most one copy of the message to VLAN segment of the network is 
mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al. and Shinomiya to include 
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the receipt of a second packet comprising a multicast destination address and sending 
at most one copy of the second packet to one of the two virtual network device sub- 
units via the virtual network device link, disclosed by Gleeson et al. for proper load 
balancing and optimum multicast transmission of packet in the network. 

Regarding claim 20, Gleeson et al. further teach the method further comprising: 
receiving a third packet via the virtual network device link, the third packet comprising a 
second multicast destination address (see col. 15, lines 15-23) and replicating the third 
packet for each of a plurality of outgoing VLANs (Virtual Local Area Networks) 
associated with the second multicast destination address (see col. 15, lines 26-28 
wherein generation of one or more frames based on MVLAN ID is mentioned). 

Regarding claim 21 , Gleeson et al. further teach the method further comprising: 
sending at least one copy of the third packet to each line card that includes an interface 
associated with one of the outgoing VLANs (see Fig.2A and col. 15, lines 37-39 wherein 
sending of the message onto its single port physical interface on trunk 234 by MND 228 
is mentioned and trunk 234 which is both incoming/outgoing trunk and is outgoing in this 
case). 

Regarding claim 22, Gleeson et al. further teach the method further comprising: 
sending at least one copy of the third packet to each line card that includes an interface 
associated with an incoming VLAN, wherein the third packet is being conveyed in the 
incoming VLAN (see Fig.2A and col. 15, lines 37-39 wherein sending of the message 
onto its single port physical interface on trunk 234 by MND 228 is mentioned and trunk 
234 which is both incoming/outgoing trunk and is incoming in this case). 
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Regarding claim 56, Kalkunte et al. and Shinomiya do not teach specifically the 
system further comprising: means for receiving a second packet, the second packet 
comprising a multicast destination address; and means for sending at most one copy of 
the second packet to one of the two virtual network device sub-units via the virtual 
network device link. 

However, Gleeson et al. teach the system further comprising means for receiving 
a second packet, the second packet comprising a multicast destination address (see 
col. 13, line 20 wherein a receipt of multicast message is mentioned at MND) and means 
for sending at most one copy of the second packet to one of the two virtual network 
device sub-units via the virtual network device link (see col. 13, lines 39-48 wherein 
transmission of multicast message to VLAN designation is mentioned and also see 
col.1 5, lines 6-1 2 wherein sending of at most one copy of the message to VLAN 
segment of the network is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the system of Kalkunte et al. and Shinomiya to include 
the means for receiving a second packet comprising a multicast destination address 
and means for sending at most one copy of the second packet to one of the two virtual 
network device sub-units via the virtual network device link, disclosed by Gleeson et al. 
for proper load balancing and optimum multicast transmission of packet in the network. 
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Regarding claim 70, Kalkunte et al. and Shinomiya do not teach specifically the 
computer readable medium wherein the program instructions are further executable to 
detect reception of a second packet, the second packet comprising a multicast 
destination address; and send at most one copy of the second packet to a virtual 
network device sub-unit via a virtual network device link, the virtual network device sub- 
unit comprised in a virtual network device. 

However, Gleeson et al. teach the computer readable medium wherein the 
program instructions are further executable to detect reception of a second packet, the 
second packet comprising a multicast destination address (see col. 13, line 20 wherein a 
receipt of multicast message is mentioned at MND) and send at most one copy of the 
second packet to a virtual network device sub-unit via a virtual network device link, the 
virtual network device sub-unit comprised in a virtual network device (see col. 13, lines 
39-48 wherein transmission of multicast message to VLAN designation is mentioned 
and also see col.1 5, lines 6-1 2 wherein sending of at most one copy of the message to 
VLAN segment of the network is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the computer readable medium of Kalkunte et al. and 
Shinomiya to include detecting reception of a second packet comprising a multicast 
destination address and sending at most one copy of the second packet to a virtual 
network device sub-unit via a virtual network device link, the virtual network device sub- 
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unit comprised in a virtual network device disclosed by Gleeson et al. for proper load 
balancing and optimum multicast transmission of packet in the network. 
12. Claim 23 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kalkunte 
et al. (US Pub No: 2003/0198231 A1) in view of Shinomiya (US Pub. No: 2003/0037165 
A1 ), further in view of Gleeson et al. (US Patent No: 5,959,989) and further in view of 
Ellis et al. (US Pub. No: 2002/0126671 A1). 

Regarding claim 23, Kalkunte et al., Shinomiya and Gleeson et al. do not teach 
specifically the method further comprising: sending at most one copy of the third packet 
to each line card that includes an interface associated with one of the outgoing VLANs. 

However, Ellis et al. teach the method further comprising sending at most one 
copy of the third packet to each line card that includes an interface associated with one 
of the outgoing VLANs (see page 6, para [0076], lines 1-4 wherein sending each 
replicated packet according to destination into a VOQ which exists at each 
ingress/egress port of a fabric card is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al., Shinomiya and Gleeson et 
al. to include sending at most one copy of the second packet to each line card that 
includes an interface associated with one of the outgoing VLANs disclosed by Ellis et al. 
for optimum load balancing and faster transmission of multicast packet in the network. 
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13. Claims 24, and 30-32 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Kalkunte et al. (US Pub No: 2003/0198231 A1 ) in view of Gallo et al. (US Patent 
No: 6,760,776 B1). 

Regarding claim 24, Kalkunte et al. teach a method comprising: receiving a 
packet via a virtual network device link (see page 3, para [0037], lines 1-3 wherein 
receipt of a packet by fabric ingress is mentioned and also see page 2, para [0032], 
lines 6-9 wherein support of VLANs for unicast/broadcast by the fabric is mentioned); 
performing an egress lookup for the packet, wherein the egress lookup is performed for 
the packet if the packet includes a unicast destination address (see page 3, 
para[0037], lines 1-6 wherein validity of unicast packet and egress 
port/destination module ID in the header of unicast packet and forwarding of 
packet to the egress port are mentioned which is equivalent to performing an 
egress lookup for the packet that includes a unicast destination address). 

Kalkunte et al. do not teach specifically the method includes performing one of an 
ingress lookup for the received packet, wherein the ingress lookup is performed for the 
packet if the packet includes a multicast destination address and a primary lookup table 
entry can be allocated in response to an ingress lookup but not in response to an 
egress lookup. 
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However, Gallo et al. teach the method includes performing one of an ingress 
lookup for the received packet, wherein the ingress lookup is performed for the packet if 
the packet includes a multicast destination address (see Fig.4 and col.3, lines 47-59 
wherein performing the ingress lookup of packet that contains multicast 
destination address is mentioned) and a primary lookup table entry can be allocated 
in response to an ingress lookup but not in response to an egress lookup (see Fig.4 
and col.3, lines 59-63 wherein allocating routing table that contains a special 
identifier for layer 3 ingress processor is mentioned which is equivalent to 
allocating a primary lookup table entry in response to an ingress lookup). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al. to include performing one of 
an ingress lookup for the received packet, wherein the ingress lookup is performed for 
the packet if the packet includes a multicast destination address and allocating a 
primary lookup table entry in response to an ingress lookup, disclosed by Gallo et al. to 
obtain proper load balancing of traffic in the network and thereby to improve the 
performance of data transmission in the network switch. 

Regarding claim 30, Kalkunte et al. further teach the method wherein a header 
associated with the packet is also received via the virtual network device link, the 
header comprises a destination identifier (see page 3, para[0037], lines 1-6 wherein the 
receipt of header associated with the packet and the destination module id information 
in the header are mentioned), and the packet comprises the unicast destination 
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address(see page 3, para [0037], lines 1-3 wherein receipt of unicast packet by fabric 
ingress is mentioned), and the method further comprises: sending the packet and the 
header to another line card if a non-primary entry corresponding to the unicast 
destination address is found during the egress lookup (see page 3, para [0037], lines 7- 
10 wherein more than one path to destination module in the fabric is mentioned which is 
equivalent to having a non-primary entry corresponding to the unicast destination 
address and choosing another egress port based on the ingress port is mentioned). 

Regarding claim 31, Kalkunte et al. further teach the method further comprising: 
if a primary entry corresponding to the unicast destination address is found during the 
egress lookup: sending the packet from an interface identified by the primary entry (see 
page 3, para [0037], lines 10-14 wherein direct connection of destination modules to the 
fabric is mentioned which is equivalent to having a primary entry corresponding to the 
unicast destination address and the selection of the fabric egress port for sending the 
packet based on the destination module id and independent of fabric ingress port is 
mentioned). 

Regarding claim 32, Kalkunte et al. further teach the method further comprising: 
sending a notification via the virtual network device link if a destination identifier 
comprised in the header does not match a destination identifier comprised in the 
primary entry, wherein the notification identifies the unicast destination address as 
corresponding to the destination identifier comprised in the primary entry (see page 3, 
para [0041] wherein a packet with unknown (Domain Lookup Failure) unicast address is 
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mentioned and in this event, the use of VLAN ID to indicate all the ports the packet is 
supposed to be delivered is mentioned). 

14. Claims 25, 26, and 28 are rejected under 35 U.S.C. 103(a) as being 
unpatentable over Kalkunte et al. (US Pub No: 2003/01 98231 A1 ) in view of Gallo et al. 
(US Patent No: 6,760,776 B1 ) and further in view of Gleeson et al. (US Patent No: 
5,959,989). 

Regarding claim 25, Kalkunte et al. and Gallo et al. do not teach specifically the 
method wherein the packet includes a multicast destination address, and the method 
further comprises: replicating the packet for each of a plurality of outgoing VLANs 
associated with the multicast destination address. 

However, Gleeson et al. teach the method wherein the packet includes a 
multicast destination address (see col. 15, lines 15-23), and the method further 
comprises: replicating the packet for each of a plurality of outgoing VLANs associated 
with the multicast destination address (see col. 15, lines 26-28 wherein generation of 
one or more frames based on MVLAN ID is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al. and Gallo et al. to include 
replicating the packet that has multicast destination address for each of a plurality of 
outgoing VLANs associated with the multicast destination address disclosed by Gleeson 
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et al. for optimum and faster transmission of multicast transmission of packets in the 
network. 

Regarding claim 26, Gleeson et al. further teach the method further comprising: 
sending at least one copy of the packet to each line card that includes an interface 
associated with one of the outgoing VLANs (see Fig.2A and col. 15, lines 37-39 wherein 
sending of the message onto its single port physical interface on trunk 234 by MND 228 
is mentioned and trunk 234 which is both incoming/outgoing trunk and is outgoing in this 
case). 

Regarding claim 28, Gleeson et al. further teach the method further comprising: 
not sending any copy of the packet via the virtual network device link (see col. 14, lines 
26-31 wherein not sending of the message on port five by device 221 is mentioned). 
15. Claims 27 and 29 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Kalkunte et al. (US Pub No: 2003/0198231 A1) in view of Gallo et al. (US Patent 
No: 6,760,776 B1 ), further in view of Gleeson et al. (US Patent No: 5,959,989) and 
further in view of Ellis etal. (US Pub. No: 2002/0126671 A1). 

Regarding claim 27, Kalkunte et al., Gallo et al. and Gleeson et al. do not teach 
specifically the method further comprising: sending at most one copy of the packet to 
each line card that includes an interface associated with one of the outgoing VLANs. 

However, Ellis et al. teach the method comprising sending at most one copy of 
the packet to each line card that includes an interface associated with one of the 
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outgoing VLANs (see page 6, para [0076], lines 1-4 wherein sending each replicated 
packet according to destination into a VOQ which exists at each ingress/egress port of a 
fabric card is mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al., Gallo et al. and Gleeson et 
al. to include sending at most one copy of the second packet to each line card that 
includes an interface associated with one of the outgoing VLANs disclosed by Ellis et al. 
to further improve load balancing of traffic and thereby to improve transmission 
efficiency of multicast data transmission in the network. 

Regarding claim 29, Kalkunte et al., Gallo et al. and Gleeson et al. do not teach 
specifically the method further comprising: not sending any copy of the packet via an 
uplink interface comprised in an uplink interface bundle. 

However, Ellis et al. teach the method comprising not sending any copy of the 
packet via an uplink interface comprised in a uplink interface bundle (see Fig. 8 and 
page 10, para [0109] wherein sending of multicast packet by fabric 81 1 to ports on LC 
806 which is equivalent to sending to downlink interface ports and not sending multicast 
packet by fabric 81 1 to ports of LCs 802-804 which is equivalent to uplink interface 
coupled to a virtual network device bundle are mentioned). 
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Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al., Gallo et al. and Gleeson et 
al. to include not sending any copy of the second packet via an uplink interface coupled 
to a virtual network device bundle disclosed by Ellis et al. to further improve load 
balancing of traffic and thereby to improve transmission efficiency of multicast data 
transmission in the network. 

16. Claim 33 is rejected under 35 U.S.C. 103(a) as being unpatentable over Kalkunte 
et al. (US Pub No: 2003/0198231 A1) in view of Gallo et al. (US Patent No: 6,760,776 
B1 ) and further in view of Ellis et al. (US Pub. No: 2002/01 26671 A1 ). 

Regarding claim 33, Kalkunte et al. and Gallo et al. do not teach specifically the 
method wherein the packet is only sent from the interface if the interface is not 
comprised in an uplink interface bundle. 

However, Ellis et al. teach the method wherein the packet is only sent from the 
interface if the interface is not comprised in a uplink interface bundle (see Fig. 8 and 
page 10, para [0109] wherein sending of multicast packet by fabric 81 1 to ports on LC 
806 which is equivalent to sending to downlink interface ports and not sending multicast 
packet by fabric 81 1 to ports of LCs 802-804 which is equivalent to uplink interface 
bundle are mentioned). 

Therefore, it would have been obvious to one of ordinary skills in the art at the 
time of the invention to modify the method of Kalkunte et al. and Gallo et al. to include 
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sending the packet via an interface only if the interface is not comprised in a uplink 
interface bundle disclosed by Ellis et al. for optimum load balancing of traffic and faster 
transmission of multicast packet in the network. 



Response to Arguments 

1 7. Applicant's arguments with respect to claims 1 -70 have been considered but are 
moot in view of the new ground(s) of rejection. 

Conclusion 

18. Applicant's amendment necessitated the new ground(s) of rejection presented in 
this Office action. Accordingly, THIS ACTION IS MADE FINAL. See M PEP 

§ 706.07(a). Applicant is reminded of the extension of time policy as set forth in 37 
CFR 1.136(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
extension fee pursuant to 37 CFR 1 .136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the date of this final action. 



19. 



Any response to this office action should be faxed to (571 ) 273-8300 or mailed 
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Commissioner for Patents, 

P.O. Box 1450 

Alexandria, VA 22313-1450 

Hand-delivered responses should be brought to 

Customer Service Window 
Randolph Building 
401 Dulany Street 
Alexandria, VA 22314. 

20. Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to whose telephone number is (571 )270-3524. The 
examiner can normally be reached on Mon-Fri 9:30 AM - 7 PM (1st Friday OFF). 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Chirag Shah can be reached on 571-272-3144. The fax phone number for 
the organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://pair-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 

Srini Reddivalam 
09/30/2008 



/Chirag G Shah/ 

Supervisory Patent Examiner, Art Unit 2619 



